home *** CD-ROM | disk | FTP | other *** search
/ Ham Radio / Ham Radio CD-ROM (Emerald Software) (1995).ISO / news / inham89 / 1016 < prev    next >
Encoding:
Text File  |  1980-01-01  |  12.1 KB  |  273 lines

  1.  
  2. INFO-HAMS Digest            Thu, 14 Dec 89       Volume 89 : Issue 1016
  3.  
  4. Today's Topics:
  5.                                Antennas
  6.                                  ARRL
  7.                          BUSINESS allocations
  8.                  Encryption, control, other random t
  9.                     FT-470, the continuing saga...
  10.                  Modifying Radios for out of band us
  11.                   Proposed new group "rec.speeding"
  12.                                  RST
  13.                      Where is Sandown Park (GB) ?
  14. ----------------------------------------------------------------------
  15.  
  16. Date: 14 Dec 89 07:51:47 GMT
  17. From: tank!cps3xx!usenet@handies.ucar.edu  (Usenet file owner)
  18. Subject: Antennas
  19. Message-ID: <5796@cps3xx.UUCP>
  20.  
  21. In article <12549900427007@osu-20.ircc.ohio-state.edu> BERTSCH-S@osu-20.ircc.ohio-state.edu (Steve Bertsch) writes:
  22. >In a few magazine articles I've seen the terms 'near field' and 'far field',
  23. >but I can't find any mention of these terms in any of the radio or
  24. >electronics texts I've tried. Can anyone define these terms?
  25.  
  26. near field:    the field generated by the antenna, within 1 wavelength 
  27.         of the antenna
  28.  
  29. far field:    the field generated by the antenna, farther than 1
  30.         wavelength from the antenna.
  31.  
  32. In the rare case that original ideas   Kenneth J. Hendrickson    N8DGN
  33. are found here, I am responsible.      Owen W328, E. Lansing, MI 48825
  34. Internet: kjh@usc.edu                  UUCP: ...!uunet!usc!pollux!kjh
  35.  
  36. ------------------------------
  37.  
  38. Date: 14 Dec 89 08:01:35 GMT
  39. From: tank!cps3xx!usenet@handies.ucar.edu  (Usenet file owner)
  40. Subject: ARRL
  41. Message-ID: <5797@cps3xx.UUCP>
  42.  
  43. I have been carrying on an e-mail conversation with stevew@wyse.com
  44. concerning interaction with league officials.  I feel that this letter
  45. I wrote to stevew is relevant, and would be appropriately posted here.
  46.  
  47. The ARRL tries to present itself as a general purpose organization which
  48. represents the broad interests of ALL amateurs.  As such, they (in the
  49. past) have tried to include a little of everything in QST.  This is as it
  50. should be for a general purpose organization.  They are now changing
  51. their tune where microwave coverage in QST is concerned.  It is not
  52. acceptable to ENTIRELY DROP microwave coverage from QST as they have
  53. done.  It is also not acceptable to shuttle microwave coverage off to
  54. special purpose and special interest publications of the league.  What
  55. the general amateur population needs from the league is coverage of all
  56. facets of the hobby.  People who are not microwave enthusiests (for
  57. example) should have exposure to microwave activity and techniques
  58. through the ARRL's publications.  If this exposure does not exist, then
  59. usage of microwaves (for example) will not grow.  This is detrimental
  60. to all of amateur radio!  Moving microwave coverage to special interest
  61. publications is akin to preaching to the converted.  We need preaching
  62. to the unconverted masses.
  63.  
  64. There is a lot of hypocrisy in claiming to represent all amateurs and
  65. then dropping coverage of one facet of the hobby enjoyed by a minority.
  66. A little coverage (which is what we had) is far better than no coverage
  67. at all, and is probably better than too much coverage.  If there is too 
  68. much coverage, then people won't read it at all.  If there is no coverage;
  69. people can't read what isn't there.  I wasn't asking for the ARRL to 
  70. increase their microwave coverage, just to include some in QST - aimed at 
  71. all amateurs.  Paul Rinaldo, who is the editor of QST, made the decision 
  72. to CUT ALL microwave coverage for the time being.  He has his reasons, 
  73. and they appear to all be economic.
  74.  
  75. I cannot accept his decision to TOTALLY CUT ALL microwave coverage.  It
  76. might have been acceptable to cut back some, but he has gone entirely
  77. too far.  As I understand it, the buck stops at Rinaldo as far as
  78. coverage in QST is concerned.  Because of Rinaldo's actions, my buck
  79. (and my support, and my respect) has stopped flowing to Newington.
  80.  
  81. In the rare case that original ideas   Kenneth J. Hendrickson    N8DGN
  82. are found here, I am responsible.      Owen W328, E. Lansing, MI 48825
  83. Internet: kjh@usc.edu                  UUCP: ...!uunet!usc!pollux!kjh
  84.  
  85. ------------------------------
  86.  
  87. Date: 14 Dec 89 10:40:32 GMT
  88. From: usc!brutus.cs.uiuc.edu!ux1.cso.uiuc.edu!ux1.cso.uiuc.edu!phil@apple.com
  89. Subject: BUSINESS allocations
  90. Message-ID: <30500322@ux1.cso.uiuc.edu>
  91.  
  92. > My wife's library is trying to use radio modems to link terminals in their book
  93. > mobiles to the mini in the main library which handles circulation records.
  94. > The company who handled their data communications says the frequencies they're
  95. > using (sought and selected by the company on the library's behalf) are o.k. for
  96. > both voice and data communications.  They've received a complaint of inter-
  97. > ference from a couple of other folks (they were TOLD they had the channel to
  98. > themselves in this area!) that, not only are they interfering, but that it's
  99. > because they're running data on these channels when they're only authorized
  100. > for voice.
  101. > Does this make any sense--do the business band allocations have voice-only and
  102. > data-allowable sub-allocations?  BTW, her freqs are 461.4/466.4MHz.
  103.  
  104. Those frequencies are not allocated for "telemetry" use by the FCC.  However
  105. it is not clear to me yet that this means data.  There are lots of frequencies
  106. that are, and most are rather wideband and above 800 Mhz.
  107.  
  108. Still, I'm curious why data is interference when voice is not.  That would
  109. depend on the spectra of the signal during transmission of data, the baud
  110. rate, etc.  See if you can actually hear the interference mentioned, and find
  111. out what frequency is being interefered.
  112.  
  113. --Phil Howard, KA9WGN--
  114. <phil@ux1.cso.uiuc.edu>
  115.  
  116. ------------------------------
  117.  
  118. Date: 14 Dec 89 06:14:00 GMT
  119. From: brutus.cs.uiuc.edu!ux1.cso.uiuc.edu!ux1.cso.uiuc.edu!phil@apple.com
  120. Subject: Encryption, control, other random t
  121. Message-ID: <30500325@ux1.cso.uiuc.edu>
  122.  
  123. > Gentlemen and Ladies:
  124. >         Encryption of cellular phones does not have to be complex. Neither does
  125. > it have to be unbreakable. Even a simple, easily breakable scheme would solve
  126. > the problems of the ECPA. My reasoning is this. The indended purpose of the
  127. > ECPA was to protect the privacy of cell-phone users. The ECPA chose to do that
  128. > by saying "you can't listen to them." If a encryption/digital coding system
  129. > were to be used, however simple, to make the voice unintelligible to the
  130. > "casual" listener, then the purpose of the EPCA will have been achieved. The
  131. > person who takes the "extra step" to decode these transmissions is easily seen
  132. > as having "criminal intent". And of course, none of US will do that. Make the
  133.              ^^^^^^^^^^^^^^^                  ^^^^^^^^^^^^^^^^^^^^^^^
  134. seen by WHO ????
  135.  
  136. speak for yourself.   Having written more than one decryption program (as well
  137. as encryption), such things now are as easy as plugging in a demodulator.  Its
  138. not the "extra step" you claim it to be.  When other public services go with
  139. simple encryption, most scanner/monitor types will be decrypting.  Only if they
  140. make it really TOUGH will they knock people out of the hobby.
  141.  
  142. > penalties for decoding the transmissions the same as for an illegal wiretap.
  143. > It in effect does the same thing. This idea, of course, is Santayannaish and
  144. > unenforceable, but it does solve the problem without the dangerous precedent of
  145. > the FCC being able to decide what we can and cannot listen to.
  146.  
  147. The better route is just to use a good enough algorithm that, w/o the key, I
  148. cannot decrypt, and just keep the keys secure.  Then and ONLY THEN will you
  149. have a "reasonable expectation of privacy".
  150.  
  151. >         Related to that...can anybody tell me of a valid reason to listen to
  152. > the cell-phone stuff anyway outside of sheer Mrs Grundyism ( Mrs Grundyism = the
  153. > uncontrollable urge to mind other people's buisness....)?  Does it have any
  154. > public service function? 90% of the stuff is utterly boring anyway, or so I
  155. > would assume from my own use of the telephone....
  156.  
  157. Can anyone tell me a valid reason for listening to LOUD HEAVY METAL MUSIC?
  158. Why not outlaw that, since it serves "no useful purpose".
  159.  
  160. Come on, get REAL... the issue is not WHY people do what they do.  Validity
  161. should not be based on WHY... ever.
  162.  
  163. >         All I want for Christmas is my ticket! (being processed as we speak)
  164. > Who does the FCC hire in Gettysburg, anyway! (sorry. a little flame here...)
  165.  
  166. Not very many people.
  167.  
  168. --Phil Howard, KA9WGN--
  169. <phil@ux1.cso.uiuc.edu>
  170.  
  171. ------------------------------
  172.  
  173. Date: 14 Dec 89 06:02:00 GMT
  174. From: brutus.cs.uiuc.edu!ux1.cso.uiuc.edu!ux1.cso.uiuc.edu!phil@apple.com
  175. Subject: FT-470, the continuing saga...
  176. Message-ID: <30500324@ux1.cso.uiuc.edu>
  177.  
  178. > I spoke to an engineer at Yaesu (in Cerritos, CA.) about the only problem
  179. > I have with the HT - intermod in RF hot areas here in Orange county, CA. -
  180. > and he explained to me that the receiver is so hot (this appears to be true
  181. > when comparing to other HT's I own) that some intermod is unavoidable if you
  182. > use a gain antenna and are in a hot area.
  183. > Of course, I would like to have an attenuator for the receiver built in to the
  184. > rig to take care of such problems, anyone out there ever attempt such a thing?
  185. > Looks like Kenwood put one into their dual band HT, (but the specs for recieve
  186. > sensitivity are not the same), does this help you Kenwood users?
  187.  
  188. Didn't receivers used to have a front-end tuned circuit that somewhat closely
  189. tracked the frequency you were tuned to so that intermod (and probably more
  190. importantly at the time) image rejection could be done?  I know I saw an AM
  191. radio construction circuit one time where there was a front end.  You had to
  192. have it if converting to 455 khz I.F. on such a wide band.  Why can't today's
  193. receivers use the same "technology"?
  194.  
  195. --Phil Howard, KA9WGN--
  196. <phil@ux1.cso.uiuc.edu>
  197.  
  198. ------------------------------
  199.  
  200. Date: 14 Dec 89 10:40:25 GMT
  201. From: usc!brutus.cs.uiuc.edu!ux1.cso.uiuc.edu!ux1.cso.uiuc.edu!phil@apple.com
  202. Subject: Modifying Radios for out of band us
  203. Message-ID: <30500321@ux1.cso.uiuc.edu>
  204.  
  205. And of course UHF radios can be modified to cover 420-440 Mhz.  Unfortunately
  206. that also opens up the public service bands, so the dealers have decided that
  207. you need to have a MARS license for the mods info (what a bunch of B.S. !!).
  208.  
  209. --Phil Howard, KA9WGN--
  210. <phil@ux1.cso.uiuc.edu>
  211.  
  212. ------------------------------
  213.  
  214. Date: 14 Dec 89 06:15:00 GMT
  215. From: brutus.cs.uiuc.edu!ux1.cso.uiuc.edu!ux1.cso.uiuc.edu!phil@apple.com
  216. Subject: Proposed new group "rec.speeding"
  217. Message-ID: <30500326@ux1.cso.uiuc.edu>
  218.  
  219. rec.auto.driving.speeding.radardetecting.gettingcaught.goingtojail
  220.  
  221. ------------------------------
  222.  
  223. Date: 14 Dec 89 05:58:00 GMT
  224. From: brutus.cs.uiuc.edu!ux1.cso.uiuc.edu!ux1.cso.uiuc.edu!phil@apple.com
  225. Subject: RST
  226. Message-ID: <30500323@ux1.cso.uiuc.edu>
  227.  
  228. > Heard during the Ten Meter Contest last weekend:
  229. > N3xxx:  "KH6xxx 59 Pennsylvania."
  230. > KH6xxx: "You're 59 Hawaii. QSL?"
  231. > N3xxx:  "QSL. Thanks for Hawaii!  How's my signal out there?"
  232. >    :-)
  233.  
  234. Of course that's a special case of RS(T) report, the "contest RST".
  235. The N3 obviously knew it was.  The KH6 did, too.
  236.  
  237. Maybe we can get the contest rules to make US hams give contact number.
  238.  
  239. --Phil Howard, KA9WGN--
  240. <phil@ux1.cso.uiuc.edu>
  241.  
  242. ------------------------------
  243.  
  244. Date: Thu, 14 Dec 89 07:17:40 EST
  245. From: Robert Carpenter <rc@cmr.ncsl.nist.gov>
  246. Subject: Where is Sandown Park (GB) ?
  247. Message-ID: <8912141217.AA01799@cmr.ncsl.nist.gov>
  248.  
  249. December RadCom mentions a revised date for the annual Sandown Park VHF
  250. Convention.  Since there is some chance that I might be able to be there, I
  251. would appreciate info on the location.  I have looked in the old Shell Guide
  252. to Britain and the recent Ord Survey 3" to 1 mi map book index and can't find
  253. any "Sandown"s except the town on the Isle of Wight.  Is that the place?
  254.  
  255. Any help will be appreciated.
  256.  
  257. Bob W3OTC
  258.  
  259. PS  Yes, yes, I DO have many years of old RadComs **somewhere**; see pages 14
  260. and 15 of the Dec 89 issue to get an idea of why I can't find them!!
  261.  
  262. ------------------------------
  263.  
  264. End of INFO-HAMS Digest V89 Issue #1016
  265. ***************************************
  266.  
  267.